home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000002_news@newsmaster….columbia.edu _Tue Sep 1 18:56:16 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA01155
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 1 Sep 1998 18:56:15 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA19973
  7.     for kermit.misc@watsun; Tue, 1 Sep 1998 18:56:14 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.os.vms,comp.protocols.kermit.misc
  11. Subject: Re: How I implemented an application using C-Kermit for VMS
  12. Date: 1 Sep 1998 22:56:01 GMT
  13. Organization: Columbia University
  14. Lines: 36
  15. Message-ID: <6shu21$gij$1@apakabar.cc.columbia.edu>
  16. References: <6s1kq5$65p$1@client3.news.psi.net> <6sfhis$4hi$1@jetsam.uits.indiana.edu> <6sh08l$1dv$1@apakabar.cc.columbia.edu> <6shr9b$qsq$1@jetsam.uits.indiana.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.os.vms:185150 comp.protocols.kermit.misc:9159
  19.  
  20. In article <6shr9b$qsq$1@jetsam.uits.indiana.edu>,
  21. jeff l sue <jsue@cs.indiana.edu> wrote:
  22. : Right, but my comments address the latter part of your paragraph:  Something
  23. : needs to insure that the receiver actually got the message.  There are many
  24. : different reasons that the page may not make it. For example (real world
  25. : experience):  Pager accidentally turned off (by children), pager lost,
  26. : battery died, on airplane when page happened, inept/unwilling receiver, etc.
  27. : The C-Kermit solution can be used to send the page, but some other complexity
  28. : needs to be added to the paging application that provides for positive 
  29. : confirmation from the receiver that the page got through.  If that confirmation
  30. : doesn't arrive within x-minutes, then escalate one level - which may mean just
  31. : trying again to the same pager.  Wait x-more minutes, then escalate to level2,
  32. : etc.  At some point, upper management should be in the escalation process.
  33. : Without this, the effort spent on the paging application could result in
  34. : messages going into the bit-bucket.
  35.  
  36. The easiest answer to these problems is the following:
  37.  
  38.  if you need a service that provides reliable delivery of messages
  39.  then contract for that kind of service.  SkyTel's 2-way paging 
  40.  service is one example of a service that will hold messages until
  41.  the pager is able to confirm receipt.  
  42.  
  43.  AT&T also has a similar Text messaging service with their digital
  44.  phones.
  45.  
  46. One-way pagers are not reliable.  You cannot guarantee delivery of
  47. messages to them.  Therefore, if reliable delivery is required
  48. then a one-way pager is not an acceptable solution.
  49.  
  50.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  51.                  The Kermit Project * Columbia University
  52.               612 West 115th St #716 * New York, NY * 10025
  53.   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org